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(54) Method for managing files in library and server device for library 



(57) A method for managing files in a library with a 
manner to access files in a library operating with a plu- 
rality of preservation recording media storing data as 
files, while copying data more highly required to be re- 
produced to another storage device of high-speed ac- 
cess, comprises recording a regeneration request of the 
file when is required; creating frequency information of 
regeneration request of each file according to the regen- 
eration request; and copying a file which is judged that 



it has very frequent regeneration requests compared to 
other files recorded in the preservation recording media 
according to the frequency information of regeneration 
request, at specified time intervals or when the number 
of the regeneration requests reaches a specified value. 
Therefore, more requests from terminal units can be ac- 
cepted to transmit files than when copied only to a hard 
disk as the storage device of high-speed access as in 
the prior art. 
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Description 

FIELD OF THE INVENTION 

The present invention relates to a method for man- 
aging files in a library including a plurality of recording 
media that record data as files. Further, the invention 
relates to a server device for library which is provided 
with a library including a plurality of recording media that 
record data as files, and distributes the data to a plurality 
of terminal units connected through a network. 

BACKGROUND OF THE INVENTION 

In computers of late years, processing speed is 
higher, and spread of mass storage devices increases 
the amount of data that can be handled. As a device for 
storing mass data including character information, au- 
dio, moving pictures and the like, and regenerating the 
data according to requests of a plurality of terminal units, 
a server for library has received attention. Generally, file 
servers distribute data to a plurality of terminals through 
a network. Among such file servers, a server for library 
has a library including a plurality of recording media that 
are relatively low-priced and of large capacity, such as 
optical disks, as a main storage device, and has been 
expected in uses for handling mass data, such as mul- 
timedia. 

A description is given of a conventional server for 
library that handles moving picture data. 

Figure 27 is a diagram illustrating a conventional 
network system having a library. Reference numeral 1 
designates a library, and the library 1 keeps many disks, 
such as optical disks, as recording media that record 
data. Reference numerals 2 to 6 designate disks that 
record data, and the recorded data are treated as files. 
Reference numeral 11 designates a disk storage unit 
that stores the disks. Reference numerals 1 2 to 1 5 des- 
ignate drives for inserting the disks and performing 
record and regeneration. Reference numeral 16 desig- 
nates an arm for inserting/removing the disks into/from 
the disk storage unit 1 1 and the drives 1 2 to 1 5 and con- 
veying the disks. Reference numeral 1 7 designates an 
arm control unit for controlling the operation of the arm 
16. Reference numeral 18 designates a bus for trans- 
ferring data of the disks that are inserted into the drives 
1 2 to 1 5 and transferring control data to the arm control 
unit 17. Reference numeral 19 designates a server for 
library utilizing a personal computer or a work station. 
Reference numeral 20 designates a hard disk that 
records contents of the disks in the library 1 , records of 
requests from terminal units, regeneration request fre- 
quency information on the basis of the request records 
and the like. This hard disk 20 is a storage device that 
can access the disks in the library 1 at high speed. Ref- 
erence numeral 24 designates a network that is con- 
nected to the server 19, and numerals 25 to 28 desig- 
nate terminal units that read out the files in the server 



1 9 through the network 24. In this case, the data record- 
ed on the disks are moving picture files which are rapidly 
increasing in recent years, and in order to perform con- 
tinuous regeneration, the data should be transferred at 

s a constant transfer rate or more. 

A description is given of the operation when the 
server for library 19 with the construction described 
above regenerates a file that is recorded on a disk in the 
library 1, according to a request from a terminal unit. 

10 One of the terminal units 25 to 28 specifies a file 
name of a file to be regenerated and makes a regener- 
ation request of the file to the server 1 9 through the net- 
work 24. Referring to the contents of the disks in the 
library 1 that are recorded on the hard disk 20, the server 

is 1 g reads out information of the files recorded on the 
disks 2 to 6, and examines which of the disks has the 
desired file. Then, when finding information of the de- 
sired file, the server 1 9 transfers control data to the arm 
control unit 17 of the library 1 through the bus 18. In the 

20 library 1 , the arm control unit 17 moves the arm 16 ac- 
cording to the control data. The arm 1 6 removes the disk 
including the desired file from the disk storage unit 11 to 
convey and insert the disk into one of the drives 1 2 to 1 5. 
When readout of the desired file in the disk starts, 

2S the server 1 9 adds a network address to the data to out- 
put the data with the network address to the network 24. 
The terminal unit that has requested the file with the 
same network address receives this data to perform re- 
generation of the data. 

30 in such a construction, when files in disks are read 
out and transferred to terminal units, disks in a library 
that can be removed from drives are generally lower in 
access speed than a hard disk or the like. In addition, in 
order to continuously regenerate specified moving pic- 
as ture data, it is required to transfer the data at a constant 
transfer rate or more. Therefore, in a case of media in 
which the access speed is low, such as the disks in the 
library, when a plurality of files in one disk are simulta- 
neously read out, the transfer rate is not satisfactory for 

40 regeneration of moving picture data because of the slow 
readout. As a result, in regenerating the moving picture 
data in terminal units, there occur the defects that, for 
example, the moving pictures impermanently stop. Con- 
sequently, it is usual to set the number of simultaneous 

45 readout files in one disk, which number is capable of 
transferring the moving pictures without producing the 
defects in the terminal units. Generally, the number of 
simultaneous readout files is set to 1 . That is, concern- 
ing the disks in the library, a plurality of files in one disk 

so cannot be simultaneously read out. 

Meanwhile, concerning data that are recorded in a 
storage device in which the readout speed is high, such 
as a hard disk, it is possible to read out and transfer a 
plurality of files in the identical medium according to a 

55 plurality of regeneration requests, and perform continu- 
ous regeneration. 

In a conventional server device, in order to accept 
requests from a plurality of terminal units as many as 
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possible, a part of files that are retained in a library is 
copied to a hard disk. More specifically, the server de- 
vice keeps records of the files that have received regen- 
eration requests from the terminal units, in the hard disk, 
and frequency information about regeneration request 
frequency of the files in the library is created at regular 
intervals on the basis of the records of the regeneration 
requests. The files of high frequency in regeneration re- 
quest are copied from the disks including the files to the 
hard disk. Thereby, the plurality of files are read out of 
the hard disk in which the access speed is high to output 
moving pictures to the terminal units. 

Further, for example, as disclosed by Japanese 
Published Patent Application No. Hei. 8-54991, one of 
disk media that has been read/written is left as it is in- 
serted into a drive, and when data in the disk medium 
receive an access request, the data can be read/written 
immediately, thereby improving the access perform- 
ance. 

In the conventional server for library constructed as 
described above, the files of high frequency in regener- 
ation request from the terminal units are successively 
copied from the disks to the hard disk. However, since 
the capacity of the hard disk is smaller than the capacity 
of the library, the hard disk is full of the files in a short 
time, failing to copy the files any more. In order to avoid 
this problem, among the files that have been copied to 
the hard disk, the files of low frequency in regeneration 
request are erased. As a result, however, only very few 
files of the files that have been retained in the library can 
be copied and retained in the hard disk, so that accept- 
ance of the requests from the plurality of terminal units 
is restricted depending on the capacity of the hard disk. 

Even when the operator of the server for library pre- 
dicts that a file that is newly recorded in the library will 
receive many regeneration requests, or that a file will 
receive few regeneration requests in the future, there is 
no means of reflecting the prediction, and the operator 
only warts an increase or reduction in the regeneration 
request frequency. Therefore, acceptance of the re- 
quests from the plurality of terminal units is delayed, so 
that the server cannot be operated with good efficiency 
with the prediction by the operator made the best of. 

Further, in determining whether the moving picture 
files in the disks are copied or not according to the fre- 
quency information of the file regeneration requests 
from the terminal units, the number of file regeneration 
requests in a prescribed time is usually used as the fre- 
quency information. Therefore, when a file has recently 
received suddenly increasing regeneration requests al- 
though the absolute number of the file regeneration re- 
quests in a prescribed time is not so large, the file is not 
copied until the requests of the file satisfactorily in- 
crease. Consequently, the moving pictures are not 
transferred simultaneously to the plurality of terminal 
units until that, thereby delaying acceptance of the re- 
quests. 

Furthermore, if it is determined whether the files are 



copied or not according to only the regeneration request 
frequency, the server copies a file that has been re- 
quested from the identical terminal unit many times, and 
does not copy a file that has often received requests 
s from the plurality of terminal units at the identical time 
although the absolute number of the requests is not so 
large. As a result, the substance of the requests from 
the plurality of terminal units may be taken into consid- 
eration. 

10 Furthermore, when the moving picture file in the 
disk is copied to the hard disk, the access speed of the 
hard disk is high and the access speed of the disk is 
lower than that of the hard disk. Therefore, the time re- 
quired for copying the file to the hard disk depends on 

15 the access speed of the disk, resulting in long time for 
copying. 

SUMMARY OF THE INVENTION 

20 It is an object of the present invention to provide a 
method for managing files in a library and a server de- 
vice for library, in which more requests from a plurality 
of terminal units can be accepted utilizing a library of 
larger capacity, regardless of limitation of the capacity 

25 of a storage device of high-speed access, such as a 
hard disk, in copying files in the library. 

Another object of the present invention is to provide 
a method for managing files in a library and a server 
device for library, in which copies of files in a library can 

30 be created or erased according to instructions by the 
operator when an increase or reduction in requests of 
the files from terminal units is predicted, thereby oper- 
ating the server more flexibly and more efficient. 

Further object of the present invention is to provide 

35 a method for managing files in a library and a server 
device for library, in which files that have received in- 
creasing requests in time near the present time can be 
copied with priority given, thereby accepting requests 
from a plurality of terminal units earlier. 

40 still further object of the present invention is to pro- 
vide a method for managing files in a library and a server 
device for library, in which files that have often received 
simultaneous regeneration requests can be copied with 
priority given, thereby accepting requests from a plural- 

45 ity of terminal units more flexibly. 

Still further object of the present invention is to pro- 
vide a method for managing files in a library and a server 
device for library, in which files in a library can be copied 
to a hard disk in a shorter time by making the best of 

50 high-speed access of the hard disk. 

Other objects and advantages of the present inven- 
tion will become apparent from the detailed description 
given hereinafter; it should be understood, however, that 
the detailed description and specific embodiment are 

55 given by way of illustration only, since various changes 
and modifications within the scope of the invention will 
become apparent to those skilled in the art from this de- 
tailed description. 
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Other objects and advantages of the present inven- 
tion will become apparent from the detailed description 
given hereinafter; rt should be understood, however, that 
the detailed description and specific embodiment are 
given by way of illustration only, since various changes s 
and modifications within the scope of the invention will 
become apparent to those skilled in the art from this de- 
tailed description. 

According to a first aspect of the present invention, 
a method for managing files in a library with a manner 
to access files in a library operating with a plurality of 
preservation recording media storing data as files, while 
copying data more highly required to be reproduced to 
another storage device of high-speed access, the meth- 
od comprising the steps of: 

recording a regeneration request of said file when 
is required; 

creating frequency information of regeneration re- 
quest of each file according to said regeneration re- 
quest; and 

copying a file which is judged that it has very fre- 
quent regeneration requests compared to other 
files recorded in said preservation recording media 
according to said frequency information of regener- 
ation request, at specified time intervals or when the 
number of said regeneration requests reaches a 
specified value. 

According to a second aspect of the present inven- 
tion, a method for managing files in a library of the claim 
1 wherein: files in said preservation recording media are 
copied to another preservation recording medium ac- 
cording to instruction of the operator. 

According to a third aspect of the present invention, 
a method for managing files in a library of the claim 1 
wherein: said frequency information of regeneration re- 
quest is changed according to instruction of the opera- 
tor. 

According to a fourth aspect of the present inven- 
tion, a method for managing files in a library of the claim 
1 wherein: said copying step is performed according to 
said frequency information of regeneration request in 
the case that a plurality of set of said specified time in- 
terval or said specified value of regeneration requests 
are used. 

According to a fifth aspect of the present invention, 
a method for managing files in a library of the claim 1 
wherein: when a file is required for another reproduction 
at the same time the file is already . being reproduced 
according to the regeneration request, this fact is re- 
corded as simultaneous regeneration request, the fre- 
quency information of said simultaneous regeneration 
request of the file is created according to said recorded 
simultaneous regeneration request; thereafter, accord- 
ing to said frequency information of regeneration re- 
quest and said frequency information of simultaneous 
regeneration request, said copying step is performed. 



According to a sixth aspect of the present invention, 
a method for managing files in a library of the claim 1 
wherein: when a file recorded in a preservation record- 
ing medium is copied to another preservation recording 
medium in said library, a new name is given to said file 
and the relationship between the file name in said pres- 
ervation recording medium and the file name of said an- 
other preservation recording medium is stored; and a 
file is selected when there is a regeneration request, re- 
ferring to said relationship between said filenames. 

According to a seventh aspect of the present inven- 
tion, a method for managing files in a library of the claim 
1 wherein: when copies and reproduces files in said plu- 
rality of preservation recording media, priority of per- 
formance is determined. 

According to an eighth aspect of the present inven- 
tion, a method for managing files in a library of the claim 
1 wherein: when a file in said library recorded in a pres- 
ervation recording medium is copied to said storage de- 
vice of high-speed access, if the same file as said file is 
already copied to another preservation recording medi- 
um, said files are in parallel read out from said preser- 
vation recording medium and said another preservation 
recording medium respectively and then copied to said 
storage device of high-speed access. 

According to a ninth aspect of the present invention, 
a server device for library which has a library operating 
a plurality of preservation recording media storing data 
as files and transfer said data to a plurality of terminal 
. apparatuses connected to said server via networks, the 
server device for library comprising: 

storage device of high-speed access for reading out 
and writing data from and to said preservation re- 
cording media 

regeneration request management unit for record- 
ing a regeneration request when said terminal ap- 
paratus requires said reproduction, and creating 
frequency information of said regeneration reguest 
from said terminal apparatus according to said stor- 
age of said regeneration request; 
file management unit for copying a file which is 
judged that it has very frequent regeneration re- 
quests compared to other files recorded in said 
preservation recording media according to said fre- 
quency information of regeneration requests, at 
specified time intervals or when the number of said 
regeneration requests reaches a specified value; 
and 

readout control unit for reading out files from said 
preservation recording media and said storage de- 
vices of high-speed access. 

According to a tenth aspect of the present invention, 
a server device for library of the claim 9 wherein: input 
means for receiving instruction of the operator is provid- 
ed; and 

said file management unit copies files stored in 
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preservation recording media to another storage medi- 
um in said library according to instruction of the operator 
received by said input means. 

According to an eleventh aspect of the present in- 
vention, a server device for library of the claim 9 where- 
in: input means for receiving instruction of the operator 
is provided; and 

said regeneration request management unit 
changes said frequency information of regeneration re- 
quest according to instruction of the operator received 
by said input means. 

According to a twelfth aspect of the present inven- 
tion, a server device for library of the claim 9 wherein: 
said file management unit performs said copying step 
according to said frequency information of regeneration 
request in the case that a plurality of set of said specified 
time interval or said specified value of regeneration re- 
quests are used. 

According to a thirteenth aspect of the present in- 
vention, a server device for library of the claim 9 where- 
in: in said regeneration request management unit, when 
a file is required for another reproduction at the same 
time the file is already being reproduced according to 
the regeneration request from a terminal apparatus, this 
fact is recorded as simultaneous regeneration request, 
the frequency information of said simultaneous regen- 
eration request of the file is created according to said 
recorded simultaneous regeneration request; thereaf- 
ter, according to said said frequency information of re- 
generation request and said frequency information of si- 
multaneous regeneration request, said copying step is 
performed. 

According to a fourteenth aspect of the present in- 
vention, a server device for library of the claim 9 where- 
in: in said file management unit, when a file recorded in 
a preservation recording medium is copied to another 
preservation recording medium in said library, a new 
name is given to said file and the relationship between 
the file name in said preservation recording medium and 
the file name of said another preservation recording me- 
dium is stored; and a file is selected when there is a 
regeneration request, referring to said relationship be- 
tween said filenames. 

According to a fifteenth aspect of the present inven- 
tion, a server device for library of the claim 9 wherein: 
in said file management unit, when copies and repro- 
duces files in said plurality of preservation recording me- 
dia, priority of performance is determined. 

According to a sixteenth aspect of the present in- 
vention, a server device for library of the claim 9 where- 
in: in said file management unit, when a file in said library 
recorded in a preservation recording medium is copied 
to said storage device of high-speed access, if the same 
file as said file is already copied to another preservation 
recording medium, said files are in parallel read out from 
said preservation recording medium and said another 
preservation recording medium respectively and then 
copied to said storage device of high-speed access. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram illustrating a network system 
in accordance with a first embodiment of the present in- 
5 vention. 

Figure 2 is a block diagram illustrating a server for 
library according to the first embodiment of the inven- 
tion. 

Figure 3 is a diagram illustrating records of file re- 
io generation requests from terminal units according to the 
first embodiment of the invention. 

Figure 4 is a diagram illustrating states of file man- 
agement information according to the first embodiment 
of the invention. 
is Figure 5 is a diagram for explaining copy creation 
of files according to the first embodiment of the inven- 
tion. 

Figure 6 is a diagram illustrating records of file re- 
generation requests from terminal units in accordance 
20 with a second embodiment of the present invention. 

Figure 7 is a graph for explaining creation of fre- 
quency information on the basis of the regeneration re- 
quest records according to the second embodiment of 
the invention. 

25 Figure 8 is a diagram illustrating a network system 
in accordance with third and fourth embodiments of the 
present invention. 

Figure 9 is a block diagram illustrating a server for 
library according to the third and fourth embodiment of 
30 the invention. 

Figure 10 is a diagram illustrating states of file copy 
set information according to the third embodiment of the 
invention. 

Figure 11 is a diagram for explaining copy creation 
35 of files according to the third embodiment of the inven- 
tion. 

Figure 12 is a diagram illustrating records of file re- 
generation requests from terminal units in accordance 
with a fifth embodiment of the present invention. 
40 Figure 1 3 is a diagram illustrating records of file re- 
generation requests from terminal units according to a 
modification of the fifth embodiment of the invention. 

Figure 1 4 is a diagram illustrating a network system 
in accordance with a sixth embodiment of the present 
45 invention. 

Figure 1 5 is a block diagram illustrating a server for 
library according to the sixth embodiment of the inven- 
tion. 

Figure 16 is a diagram illustrating records of file si- 
50 multaneous regeneration requests from terminal units 
according to the sixth embodiment of the invention. 

Figure 17 is a diagram for explaining copy creation 
of files according to the sixth embodiment of the inven- 
tion. 

55 Figure 1 8 is a diagram illustrating a network system 
in accordance with a seventh embodiment of the 
present invention. 

Figure 1 9 is a block diagram illustrating a server for 
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library according to the seventh embodiment of the in- 
vention. 

Figures 20(a) and 20(b) are diagrams for explaining 
copy creation of files in a library according to the seventh 
embodiment of the invention. 

Figures 21(a) to 21(d) are diagrams illustrating 
states of disk copy information according to the seventh 
embodiment of the invention. 

Figures 22(a) to 22(d) are diagrams illustrating 
states of file management information according to the 
seventh embodiment of the invention. 

Figures 23(a) to 23(c) are diagrams illustrating 
states of file management information in accordance 
with an eighth embodiment of the present invention. 

Figure 24 is a diagram for explaining copy creation 
of files in accordance with a ninth embodiment of the 
present invention. 

Figures 25(a) and 25(b) are diagrams for explaining 
a method for copying a file to a hard disk according to 
the ninth embodiment of the invention. 

Figures 26(a) and 26(b) are diagrams for explaining 
a method for copying a file to a hard disk according to 
the first embodiment of the invention, for comparison. 

Figure 27 is a diagram illustrating a conventional 
network system. 

Figure 28 is a flow chart for explaining a method for 
managing files in a library and the operation of a server 
device for library according to the first embodiment of 
the invention. 

Figure 29 is a further flow chart for explaining the 
managing method and the operation of the server de- 
vice according to the first embodiment of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[Embodiment 1] 

In a server for library according to a first embodi- 
ment of the present invention, files that are recorded on 
disks in a library are copied to other disks in the library 
and a hard disk according to regeneration request fre- 
quency from terminal units, respectively. 

Figure 1 is a diagram illustrating a network system 
according to the first embodiment of the invention. I n the 
figure, a library 1, disks 2 to 6, a disk storage unit 11, 
drives 1 2 to 1 5, an arm 1 6, an arm control unit 1 7, a bus 
1 8 t a server for library 1 9, a hard disk 20, a network 24 
and terminal units 25 to 28 are identical as in the prior 
art. Therefore, concerning the disks 2 to 6 in the library 
1 , only one moving picture file can be regenerated from 
one disk at a time. 

Reference numerals 7 to 9 designate files that are 
recorded on the disks in the library 1 , which are files of 
moving picture data as in the prior art. Reference nu- 
merals 21 and 22 designate files for managing the li- 
brary 1 , and the server 1 9 records and updates the files 
21 and 22. The file 21 comprises records of regeneration 



requests of the moving picture files from the terminal 
units, and the file 22 comprises file management infor- 
mation, i.e., records of the files that are recorded on the 
disks 2 to 6 and the presence of copies of the respective 
s files on the other disks in the library 1 and the hard disk 
20. 

Figure 2 is a block diagram illustrating the server for 
library 1 9. In the figure, reference numeral 1 91 desig- 
nates a transmitting/receiving unit for transmitting/re- 
io ceiving orders and data to/from the terminal units 
through the network 24. Reference numeral 192 desig- 
nates a regeneration request management unit for re- 
cording the regeneration requests of the files from the 
terminal units on the hard disk 20, and creating frequen- 
ts cy information of the regeneration requests of the re- 
spective files on the basis of the records. Reference nu- 
meral 193 designates a file management unit for man- 
aging and updating the file management information 22 
that is recorded on the hard disk 20 t and copying the 
20 moving picture files on the basis of the frequency infor- 
mation created in the regeneration request manage- 
ment unit 192. Reference numeral 1 94 designates a re- 
adout control unit for reading the moving picture files out 
of the library 1 and the hard disk 20 according to the 
25 regeneration requests. 

Figure 3 is a diagram illustrating the state of the re- 
generation request records 21 that are recorded on the 
hard disk 20. In the figure, reference numerals 29 to 50 
designate records of regeneration requests and request 
30 times of the moving picture files 7 to 9 from the terminal 
units, and numerals 51 and 52 designate groups of re- 
generation requests that are obtained by separating the 
regeneration requests at a prescribed time. 

Figure 4 is a diagram illustrating the file manage- 
as ment information 22 that is recorded on the hard disk 
20. In the figure, reference numerals 53a and 53b des- 
ignate the states of the file management information 22 
of the disks 2 to 6 before and after creating copies, re- 
spectively, both of which comprise file names 54, disk 
40 names 55 including the respective files, information 56 
about the presence of copies of the respective files in 
the hard disk 20, and disk names 57 including copies of 
the files. 

Figure 5 is a diagram for explaining copy creation 
45 of files by the server of the first embodiment of the in- 
vention. 

At first, a description is given of the general opera- 
tion of the server for library according to the first embod- 
iment with reference of figures 28 and 29. 

so When a terminal unit makes a regeneration request 
of a file (step S1 ), in order to read out the desired file, a 
readout control unit examines where the desired file is, 
referring to file management information (step S12). 
After the examination of the file in the step S1 2, the 

ss desired file is read out of the original disk, the other disk 
in the library, or a hard disk (step S13). In a step S14, 
the file is transmitted to the terminal unit through a net- 
work to regenerate moving picture data in the terminal 
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unit. 

Meanwhile, when the terminal unit makes the re- 
generation request in the step S1 , simultaneously with 
the step S12, a step S22 is performed in order to man- 
age regeneration request frequency information. In the s 
step S22, a regeneration request management unit 
records the regeneration request on the hard disk. 

When it is considered that a prescribed time has 
passed (step S23), regeneration frequency information 
is examined according to the information of the regen- 
eration requests that have been recorded on the hard 
disk (step S24). 

In a step S25, the regeneration frequency of each 
file is judged on the basis of specified regeneration fre- 
quency a. When the regeneration frequency of the file 
is more than the specified frequency a, it is determined 
to copy the file to the hard disk (step S26). When the 
regeneration frequency of the file is smaller than the 
specified frequency a in the step S25, the regeneration 
frequency is judged on the basis of specified regenera- 
tion frequency b (step S27). When the regeneration fre- 
quency is more than the specified frequency b, it is de- 
termined to copy the file to the other disk in the library 
(step S28). When the regeneration frequency is smaller 
than the specified frequency b in the step S27, the file 
is not copied anywhere, thereby completing processing. 

When the files to be copied are determined, it is ex- 
amined whether the sufficient unused capacity required 
for copying these files is present on the hard disk and 
the other disks in the library or not (step S30). When the 
unused capacity is insufficient, on the basis of the re- 
generation frequency information, files to be erased or 
moved to the other disks are selected out of the Mies that 
have been recorded on the hard disk, and files to be 
erased are selected out of the copies of the files that 
have been recorded on the other disks (step S31 ). In a 
step S32, the files selected in the step S31 are erased 
or moved, thereby reserving required spaces on the 
hard disk and the other disks. 

When the unused capacity required for copying is 
sufficient, or when the unused capacity has been re- 
served in the steps S31 and S32, the files are copied to 
the hard disk and the other disks (step S33). 

In a step S34, after copying the files, a file manage- 
ment unit updates the file management information. 
Then, returning to the step S23 again, the file regener- 
ation requests from the terminal units are processed. 

A full detail is given of the operation of the server 
for library of the first embodiment, mainly when copies 
of the files in the library are created on the basis of re- 
generation request frequency form the terminals. 

Initially, the files 7 to 9 of moving picture data are 
recorded on the disks 2 to 6 in the library 1 , and in this 
state, the network system is operated. When any of the 
terminal units 25 to 28 makes a regeneration request of 
any of the moving picture files 7 to 9, the transmitting/ 
receiving unit 191 in the server 19 receives this regen- 
eration request to transmit the same to the regeneration 
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request management unit 1 92 and the readout control 
unit 194. The regeneration request management unit 
192 writes the file that has been requested and its re- 
quest time to the regeneration request records 21 on the 
hard disk 20. The readout control unit 1 94 refers to the 
file management information 22 on the hard disk 20. The 
file management information 22 is in the state 53a 
shown in figure 4 and, using this information, the readout 
control unit 1 94 examines the disk including the file that 
has been requested from the terminal unit, and trans- 
mits control data required for data readout to the library 
1 . The operation when the desired disk is selected in the 
library 1 and the data of the disk is read out and trans- 
mitted is identical as in the prior art. The data that is read 
out of the disk in the library 1 is transmitted to the termi- 
nal unit through the readout control unit 194, the trans- 
mitting/receiving unit 1 91 , and the network 24, to be re- 
generated. 

When a prescribed time and over has passed, the 
regeneration request records 21 on the hard disk 20 be- 
come the state shown in figure 3. After the prescribed 
time, referring to the regeneration request records 21 of 
the files shown in figure 3, the regeneration request 
management unit 1 92 examines frequency of the regen- 
eration requests 51 of the respective files in the pre- 
scribed time. At this time, it is found from the file regen- 
eration requests 51 that the number of regeneration re- 
quests of the file 7 is two, the number of regeneration 
requests of the file 8 is twelve, and the number of regen- 
eration requests of the file 9 is six. 

The file management unit 1 93 creates copies of the 
files on the other disks and the hard disk 20 of further 
high speed, according to the frequency information of 
the regeneration requests in the prescribed time. In this 
case, the file management unit is set so that files of re- 
generation request frequency of ten or more are copied 
to the hard disk 20 of high speed, files of regeneration 
request frequency of five to nine are copied to the other 
disks in the library 1 , and files of regeneration request 
frequency of four or less are not copied. Accordingly, as 
shown in figure 5, the file 8 that has been requested 
twelve times is copied to the hard disk 20 of high speed, 
the file 9 that has been requested six times is copied to 
the disk 5, and the file 7 that has been requested twice 
is not copied anywhere. In figure 5, it is shown that a 
copy 10 of the file 9 that is recorded on the disk 4 is 
created on the disk 5, and a copy 23 of the file 8 that is 
recorded on the disk 3 is created on the hard disk 20. 

After copying the files, the file management unit 1 93 
updates the contents of the file management informa- 
tion 22 shown in figure 4. That is, the state 53a of the 
file management information 22 is changed to the state 
53b. Since the file 7 is not copied, the information 56 
about the presence of a copy of the file on the hard disk 
and the disk name 57 including a copy of the file are 
unchanged. Since the file 8 is copied to the hard disk 
20, the information 56 about the presence of a copy is 
changed from 'no copy 1 to "copied". Since the file 9 is 
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copied to the disk 5, the disk name 57 including a copy 
is changed from "no copy" to "disk 5*. 

After this, when a regeneration request of the file 8 
is transmitted from any of the terminal units and the re- 
adout control unit 194 refers to the file management in- 
formation 53b shown in figure 4, it is found that the file 
8 is recorded on the hard disk 20. Therefore, the readout 
control unit 1 94 reads out and transmits the copy 23 of 
the file 8 on the hard disk 20 to regenerate the same. 
As described above, the copy 23 is a file on the hard 
disk 20 that can perform high-speed access, so that it 
is possible to transmit the copy 23 simultaneously to the 
plurality of terminal units. 

When a regeneration request of the file 7 or file 9 is 
transmitted from any of the terminal units, the readout 
control unit 194 refers to the file management informa- 
tion 53b shown in figure 4, and examines the disk in- 
cluding the requested file and, thereafter, the data of the 
disk is read out. Since the file 7 is recorded only on the 
disk 2, the file can be transmitted only to one terminal 
unit. Meanwhile, since the file 9 is copied to the disk 5, 
the file 9 on the disk 4 and the copy 1 0 on the disk 5 are 
regenerated, so that the data of the file 9 can be trans- 
mitted simultaneously to two terminal units. 

Further, by the regeneration request management 
unit 192, regeneration requests from the terminal units 
are successively written to the regeneration request 
records 21 on the hard disk 20. After the prescribed time, 
when the regeneration requests 52 of the files in the pre- 
scribed time are recorded again as shown in figure 3, 
the file management unit 1 93 copies the moving picture 
files of high frequency in regeneration request to the 
hard disk 20 and the other disks in the library 1, and 
updates the file management information 22. The re- 
generation request management unit 192 successively 
erases old parts of the regeneration request records 21 
after the prescribed time. 

In the server for library according to the first embod- 
iment, the following operation is possible by setting the 
file management unit 193. 

When the regeneration request frequency of the file 
that has been copied only to the other disk in the library 
1 becomes further high , a copy of the file is also created 
on the hard disk 20, leading to an increase in the simul- 
taneous transmission number to the terminal units. In 
addition, when the unused capacity of the hard disk 20 
becomes small and no file can be copied to the hard 
disk 20 any more, among the files that have been copied 
to the hard disk 20, the file of low regeneration request 
frequency is copied to the other disk, and the copy of 
the file on the hard disk 20 is erased. Alternatively, the 
copy of the file of further low regeneration request fre- 
quency is erased from the hard disk 20 without creating 
a copy of the file on the other disk. 

Similarly, when the unused capacity of the disks in 
the library 1 becomes small and no file can be copied to 
the disks any more, among the copies of the files on the 
disks, the copy of the file that has been retained in both 



of the other disk and the hard disk 20 or the copy of the 
file of bw regeneration request frequency is erased to 
reserve a required space, and a copy of another file is 
created thereon. 

5 In the first embodiment of the invention, the number 
of copies of a file that are created on other disks is one. 
However, since there are four drives in the library as 
shown in figure 1 , the number of disks to which the file 
is copied may be chosen out of one, two and three ac- 

10 cording to the regeneration request number. 

Further, it is possible to determine on copying files 
according to the order of the regeneration request 
number. That is, some files that are selected in the de- 
scending order of the regeneration request number from 

is the file of the largest request number are copied to the 
hard disk. Some files that are further selected in the de- 
scending order of the regeneration request number, ex- 
cept the files that are copied to the hard disk, are copied 
to the other disks, respectively. The other files of small 

20 regeneration request number are not copied anywhere. 
As described above, in the server for library accord- 
ing to the first embodiment of the invention, the regen- 
eration request management unit 192 records regener- 
ation requests of files from the terminal units, and cre- 

25 ates frequency information of the regeneration requests 
of the respective files on the basis of the records. The 
file management unit 193 copies the files that are re- 
corded on the disks in the library 1 to the other disks and 
the hard disk 20, respectively, on the basis of the fre- 

30 quency information. The files on the disks in the library 
1 and the hard disk 20 are managed by the file manage- 
ment information 22 that has been updated by the file 
management unit 1 93. Referring to the file management 
information 22, the readout control unit 194 reads out 

35 data of files corresponding to regeneration requests 
from the terminal units. In this way, all of the files of high 
regeneration request frequency are copied to the hard 
disk as in the prior art, and further, some files are copied 
to the other disks in the library, respectively. Therefore, 

40 as long as the drives in the library can be used, the files 
are also transmitted from the disks, whereby it is possi- 
ble to transmit more files simultaneously to the terminal 
units than when the copies of the files are created only 
to the hard disk as in the prior art. 

45 

[Embodiment 2] 

In a server for library according to a second embod- 
iment of the present invention, files that are recorded on 
50 disks in a library are copied to other disks in the library 
and a hard disk according to regeneration request fre- 
quency from terminal units, respectively. 

The server for library of the second embodiment of 
the invention has the same construction as in the first 
55 embodiment, and figures 1 , 2 and 5 are used for expla- 
nation. The file management information 22 is identical 
as in the first embodiment shown in figure 4. 

In the server 1 9 of the second embodiment, as in 



8 



15 



EP0838 763A2 



16 



the first embodiment, the regeneration request manage- 
ment unit 192 records regeneration requests from the 
terminal units as the regeneration request records 21 
on the hard disk 20. The records are as shown in figure 
6. After a prescribed time, the regeneration request s 
management unit 192 creates frequency information of 
the regeneration requests. In the second embodiment, 
however, without being based on the regeneration re- 
quest number as in the first embodiment, the intervals 
between the request times of each file are calculated on io 
the basis of the request times of the regeneration re- 
quest records 21. 

The regeneration request management unit 192 
performs calculations as follows. Among the intervals 
between the request times of each file of the regenera- is 
tion requests 51 in the prescribed time shown in figure 
6, the time intervals shorter than a specified time are 
counted. For simplification, it is supposed that all the re- 
generation requests shown in figure 6 are performed at 
even intervals in time, and only the time intervals be- 20 
tween adjacent requests of each file and the time inter- 
vals between requests sandwiching a request of anoth- 
er file are counted. For example, although the time in- 
tervals between the regeneration requests 30 and 31 , 
and 33 and 35 are counted, the interval between the re- 2s 
quests 36 and 39 is not counted. 

In the regeneration requests 51 in the prescribed 
time, the requests of the file 7 are not applicable to the 
condition described above, and the counting result is 0. 
The time intervals of the requests of the file 8 and the so 
file 9, which are respectively shown by O and A in figure 
6, are counted, resulting in a graph shown in figure 7. 

In the second embodiment of the invention, the file 
management unit 1 93 is set so that when the number of 
time intervals shorter than a specified time between re- 35 
generation requests of a file is eight or more, the file is 
copied to the hard disk 20, and when it is not less than 
four and not more than seven, the file is copied to the 
other disk in the library 1 . According to this setting, the 
file management unit 1 93 creates a copy of the file 8 on *o 
the hard disk 20 and creates a copy of the file 9 on the 
disk 5. After the copy creation, as in the first embodi- 
ment, the file management information 22 shown in fig- 
ure 4 is updated. 

I n the server according to the second embodiment, 45 
it is possible to change the setting about the regenera- 
tion request management unit 1 92 and the file manage- 
ment unit 1 93, obtain time intervals as described below, 
and create copies according to the time intervals. Initial- 
ly, the regeneration request management unit 192 col- so 
lects the regeneration requests of each file shown in fig- 
ure 6. When the number of regeneration requests of 
each file reaches a specified value, the time intervals of 
the regeneration requests of the specified value are cal- 
culated from the request times of the first request and 55 
the final request of each file. The file management unit 
1 93 treats the time intervals that are obtained by the re- 
generation request management unit 192 like the fre- 



quency information described for the first embodiment 
That is, the file management unit copies the files of the 
time intervals shorter than a specified time to the hard 
disk 20, copies the files of the middle time intervals to 
the other disks in the library 1 , respectively, and does 
not copy the files of the longer time intervals. 

As described above, in the server for library accord- 
ing to the second embodiment of the invention, the re- 
generation request management unit 192 calculates 
time intervals between regeneration requests of each 
file, and the file management unit 193 copies the files 
that have been frequently requested at the short time 
intervals to the other disks in the library 1 and the hard 
disk 20, respectively. From the fact that files are fre- 
quently requested at short time intervals, it is considered 
that the files often receive the simultaneous regenera- 
tion requests from the plurality of terminal units. Conse- 
quently, in the second embodiment of the invention, it is 
possible to increase the number of files that accept 
many of the requests from the plurality of terminal units 
and are simultaneously transmitted. 

In the first and second embodiments of the inven- 
tion, the frequency information is created on the basis 
of the records of the regeneration requests, by separat- 
ing the requests at prescribed times. However, the fre- 
quency information may be created every time the re- 
generation requests reach a prescribed number, by sep- 
arating the regeneration requests according to the re- 
quest number. 

Further, in the first and second embodiments, the 
regeneration request management unit creates fre- 
quency information at prescribed times, and the file 
management unit creates copies on the basis of the fre- 
quency information. However, for example, it is possible 
that the regeneration request management unit records 
regeneration requests, and at the same time, creates 
and updates frequency information of the requests of 
each file, and the file management unit creates copies 
at prescribed times, referring to the frequency informa- 
tion. 

[Embodiment 3] 

In a server for library according to a third embodi- 
ment of the present invention, it is possible to copy files 
in a library according to instructions by the operator. 

Figure 8 is a diagram illustrating a network system 
according to the third embodiment of the invention. In 
the figure, reference numeral 58 designates an input de- 
vice for inputting set information of file copies by the op- 
erator, such as a keyboard, and numeral 59 designates 
file copy set information that is recorded on the hard disk 
20. The same reference numerals as those shown in 
figure 1 are identical as in the first embodiment. 

Figure 9 is a block diagram illustrating the server for 
library 19. In the figure, the same reference numerals 
as those shown in figure 2 are identical as in the first 
embodiment, except the input device 58 and the file 
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copy set information 59 shown in figure 8. In addition, 
in the sever 19 of the third embodiment, the regenera- 
tion request management unit 1 92 and the file manage- 
ment unit 193 receive inputs from the input device 58. 

Figure 10 is a diagram illustrating the file copy set 
information 59 that is recorded on the hard disk 20. In 
the figure, reference numerals 60a and 60b designate 
the states of the file copy set information 59 before and 
after creating copies, respectively, both of which com- 
prise file names 61 , information 62 about disks to which 
the files are copied, and information 63 whether copies 
of the files have been created or not. The file manage- 
ment information 22 is identical as in the first embodi- 
ment shown in figure 4. 

In the server for library according to the third em- 
bodiment, the operations of reading out and transmitting 
files corresponding to regeneration requests from the 
terminal units and creating copies of the files on the ba- 
sis of frequency of the regeneration requests are iden- 
tical as in the first embodiment. Further, in the third em- 
bodiment of the invention, the copies of the files can be 
created according to instructions by the operator. The 
following description will be given of the operation in this 
case. 

The contents of the file 8 and file 9 have been up- 
dated, so that it is predicted that the regeneration re- 
quests of these files from the terminal units increase. 
The operator of the server 19 inputs file names to be 
copied and places to which the files are copied, from the 
input device 58 shown in figures 8 and 9. The places 
where the files are copied are respectively selected out 
of the hard disk 20 that can transmit data of a file simul- 
taneously to a plurality of terminal units, and the other 
disks in the library 1 that enable file transmission simul- 
taneous to two terminal units. In this case, the operator 
predicts that the file 8 will receive the most regeneration 
requests and the file 9 will receive not so many regen- 
eration requests, and sets these files so that the file 8 
is copied to the hard disk 20 and the file 9 is copied to 
the other disk in the library 1 i. 

The file management unit 193 receives the inputs 
from the input device 58, and writes the file copy set 
information 59 on the hard disk 20, as the state 60a 
shown in figure 10. Thereafter, as shown in figure 11, 
the file management unit 1 93 copies the file 8 to the hard 
disk 20 and copies the file 9 to the disk 5, and then, the 
file copy set information 59 is changed from the state 
60a to the state 60b shown in figure 10. That is, the in- 
formation 63 about the presence of file copies is 
changed from "no copy" to •copied". 

Then, as in the first embodiment, the file manage- 
ment unit 1 93 updates the file management information 
22 that is recorded on the hard disk 20, from the state 
53a to the state 53b. That is, as shown in figure 4, con- 
cerning the file 8, the information 56 about the presence 
of a copy is changed from "no copy" to "copied 1 . Con- 
cerning the file 9, the disk name 57 including a copy is 
changed from "no copy" to 'disk 5\ 



As described above, the server for library according 
to the third embodiment of the invention is provided with 
the input device 58, and the file management unit 193 
receives instructions about file copy creation by the op- 
s erator, records these instructions as copy set informa- 
tion, and creates file copies according to the instruc- 
tions. In this way, the operator directly sets the place 
where each file is copied, i.e., the hard disk 20 or the 
other disk in the library 1 , in the server. Therefore, when 
10 an increase or reduction in requests is predicted, it is 
possible to accept the requests earlier and operate the 
server with better efficiency than when the files that re- 
ceive many regeneration requests are copied after a 
prescribed time on the basis of the records of the re- 
ts quests of the files, as in the first and second embodi- 
ments. 

[Embodiment 4] 

20 in a server for library according to a fourth embod- 
iment of the present invention, it is possible to copy files 
in a library according to instructions by the operator. 

The server for library of the fourth embodiment of 
the invention has the same construction as in the third 
25 embodiment, and figures 8 and 9 are used for explana- 
tion. 

The server of the fourth embodiment operates al- 
most as the server of the third embodiment. In the third 
embodiment, the operator performs inputs from the in- 
30 put device 58 to the file management unit 1 93, thereby 
setting the file copy set information 59. Meanwhile, in 
the fourth embodiment, the operator inputs frequency of 
regeneration requests of files to be predicted from the 
input device 58 to the regeneration request manage- 
rs ment unit 1 92. As soon as the inputs by the operator are 
performed, the regeneration request management unit 

192 outputs the inputs as frequency information to the 
file management unit 1 93, and the file management unit 

1 93 copies the files according to the frequency informa- 
40 tion. 

The server for library according to the fourth em- 
bodiment of the invention is provided with the input de- 
vice 58, and the operator can input regeneration request 
frequency from the input device 58 to the regeneration 
45 request management unit 192 and set frequency infor- 
mation on the basis of the records of the regeneration 
requests. Therefore, when an increase or reduction in 
requests is predicted, it is possible to accept the re- 
quests earlier and operate the server with better efficien- 
so cy as in the third embodiment. 

When the operator performs inputs, the records of 
the regeneration requests of the files and the frequency 
information of the requests, which have been recorded 
and created in the past, may be examined by the server. 
ss in any of the third and fourth embodiments of the 
invention, a description is given of the case where files 
are copied to the hard disk and the other disks in the 
library, respectively. However, when the operator pre- 



25 



30 



35 



40 



45 



50 



10 



19 



EP 0 838 763 A2 



20 



diets that files that have now received many regenera- 
tion requests will receive few requests in the future, the 
information 62 about disks where the files are copied, 
shown in figure 10, is set to "no copy" in the third em- 
bodiment or the contents of the regeneration request 
records 21 shown in figure 8 are erased in the fourth 
embodiment, whereby the server can erase the copies 
of the files that are recorded on the hard disk and the 
other disks in the library. 

Further, in any of the third and fourth embodiments 
of the invention, files are copied as soon as the operator 
completes setting file copies or setting frequency of file 
regeneration requests. However, the timing for copying 
files may be identical as in the case of the copy creation 
on the basis of the file regeneration request frequency 
in a prescribed time. 

Furthermore, in any of the third and fourth embod- 
iments of the invention, although file copies or frequency 
of file regeneration requests is set from the input device 
that is connected to the server, the setting can be per- 
formed from the terminal units. 

[Embodiment 5] 

In a server for library according to a fifth embodi- 
ment of the present invention, files that are recorded on 
disks in a library are copied according to regeneration 
request frequency in a long term and in a short term. 

The server for library of the fifth embodiment of the 
invention has the same construction as in the first em- 
bodiment, and figures 1 , 2, 4 and 5 are used for expla- 
nation. 

Figure 12 is a diagram illustrating the regeneration 
request records 21 that are recorded on the hard disk 
20. In the figure, reference numerals 64 to 96 designate 
records of regeneration requests and request times of 
the files 7 to 9 from the terminal units, and numerals 97 
and 98 designate groups of regeneration requests that 
are obtained by separating the regeneration requests at 
a long term and at a recent short term, respectively. In 
addition, the long term in this case corresponds to a pre- 
scribed time that is described for the first embodiment 

In the server of the fifth embodiment, the operation 
of reading out and transmitting files corresponding to re- 
generation requests from the terminal units is identical 
as in the first embodiment. The fol towing description will 
be given of the operation when files are copied on the 
basis of regeneration request records. 

As in the server of the first embodiment, after a pre- 
scribed time, the regeneration request management 
unit 192 examines the regeneration requests 97 of the 
respective files 7 to 9 in the long term, shown in figure 
12 and obtains frequency information that the number 
of regeneration requests of the file 7 is four, the number 
of regeneration requests of the file 8 is ten, and the 
number of regeneration requests of the file 9 is nineteen. 

In this case, the file management unit 1 93 is set so 
that files of regeneration request frequency of twenty- 



five or more in a long term are copied to the hard disk 
20, files of regeneration request frequency of fifteen to 
twenty-four are copied to the other disks in the library 1 , 
and files of regeneration request frequency of fourteen 

s or less are not copied. Accordingly, the file management 
unit 1 93 copies the file 9 that has been requested nine- 
teen times to the other disk, and does not copy the other 
two files anywhere. 

In figure 12, the file regeneration requests have a 

10 time series, and the regeneration request that are de- 
scribed below in the figure are newer. From the figure, 
it is found that the recent regeneration request number 
of the file 8 is exceedingly increasing. 

When examining the recent regeneration requests 

75 98 of the respective files, the request number of the file 
7 is zero, the request number of the file 8 is eight, and 
the request number of the file 9 is two. Since the regen- 
eration request number of the file 8 in the long term is 
not so large, the file 8 has not been copied. However, 

20 the recent regeneration request number of the file 8 is 
exceedingly increasing. Therefore, if the file 8 is copied, 
many regeneration requests from the terminal units can 
be accepted. Consequently, the server of the fifth em- 
bodiment is also set to refer to the recent file regenera- 

25 tion requests 98. 

In the fifth embodiment of the invention, the regen- 
eration request management unit 192 obtains, sequen- 
tially to the frequency information in the long term, fre- 
quency information from the recent regeneration re- 

30 quests 98 of the respective files. The results are as 
above, and these results are transmitted to the file man- 
agement unit 1 93. In this case, the file management unit 
193 is set so that files of recent request number of eight 
or more are copied to the hard disk 20, files of recent 

35 request number of five to seven are copied to the other 
disks in the library 1 , and files of recent request number 
of four or less are not copied. Accordingly, the file 8 is 
copied to the hard disk 20. 

As a result, as shown in figure 5, the file 9 that has 

40 received many regeneration requests in the long term 
is copied to the disk 5, and the file 8 that has recently 
received many requests is copied to the hard disk 20. 

After copying these files, the file management unit 
1 93 updates the contents of the file management infor- 
ms mation 22 on the hard disk 20. That is, the state 53a 
shown in figure 4 is changed to the state 53b. Concern- 
ing the file 8, the information 56 about the presence of 
a copy is changed from "no copy" to •copied", and con- 
cerning the file 9, the disk name 57 including a copy is 

50 changed from "no copy" to "disk 5". 

Figure 1 3 is a diagram illustrating an application of 
the server for library according to the fifth embodiment. 
The operation of recording the file regeneration re- 
quests in the long term is the same as described above. 

55 However, in creating the frequency information in the re- 
generation request management unit 1 92, the number 
of the recent regeneration requests that are described 
below in figure 1 3 is doubled to be counted. When the 
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recent file regeneration request number is weighted, the 
files that have recently received many regeneration re- 
quests are probable to be copied, whereby it is possible 
to accept the requests from the terminal units earlier. 

As described above, in the server for library accord- s 
ing to the fifth embodiment of the invention, the regen- 
eration request management unit 192 creates frequen- 
cy information in a long term and in a short term, on the 
basis of regeneration request records of files, and the 
file management unit 193 copies the files on the basis 
of the frequency information in both terms. In this way, 
the files that are respectively copied to the hard disk 20 
and the other disks in the library 1 are determined ac- 
cording to both of the file regeneration request number 
in the long term and the recent file regeneration request 
number. Consequently, it is possible to accept various 
requests from the plurality of terminal units and simul- 
taneously transmit many files. Further, when any of re- 
quests in a long term and recent requests is weighted, 
the requests can be accepted more flexibly by setting 
the frequency information in the regeneration request 
management unit 192. 

[Embodiment 6] 

In a server for library according to a sixth embodi- 
ment of the present invention, it is possible to copy files 
in a library according to frequency of simultaneous re- 
generation requests from a plurality of terminal units. 

Figure 14 is a diagram illustrating a network system 
according to the sixth embodiment of the invention. In 
the figure, reference numeral 100 designates simulta- 
neous regeneration request records of files and copies 
of the files, which are recorded on the hard disk 20. The 
same reference numerals as those shown in figure 1 are 
identical as in the first embodiment. 

Figure 15 is a block diagram illustrating the server 
for library 1 9. In the figure, the same reference numerals 
as those shown in figure 2 are identical as in the first 
embodiment, except the simultaneous regeneration re- 
quest records 100 shown in figure 14. In addition, in the 
sixth embodiment, when files and copies of the files re- 
ceive simultaneous regeneration requests from the plu- 
rality of terminal units, the regeneration request man- 
agement unit 192 records these requests as the simul- 
taneous regeneration request records 100. 

In the server of the sixth embodiment, the operation 
of reading out and transmitting files corresponding to re- 
generation requests from the terminal units is identical 
as in the first embodiment. The following description will 
be given of the operation of recording simultaneous re- 
generation requests of files and creating copies of the 
files on the basis of the simultaneous regeneration re- 
quest records. 

In this case, as shown in figure 14, the file 8 that is 
recorded on the disk 3 in the library 1 has been copied 
to the disk 6 as a copy 99, and the file 9 that is recorded 
on the disk 4 has been copied to the disk 5 as a copy 10. 



As in the first embodiment of the invention, the re- 
generation requests from the terminal units are record- 
ed on the hard disk 20 as the regeneration request 
records 21 of the files. Further, in the sixth embodiment, 
the regeneration request management unit 192 records 
the simultaneous regeneration request records 100 of 
the files and their copies on the hard disk 20. 

More specifically, for example, when the file 8 re- 
ceives a regeneration request from the terminal unit 26 
while the file 8 on the disk 3 is regenerated according to 
a regeneration request from the terminal unit 25, the re- 
adout control unit 1 94 reads the copy 99 of the file 6 out 
of the disk 6 to regenerate the same, referring to the file 
management information 22. At this time, because the 
regeneration request of the file 8 during regeneration 
becomes a simultaneous regeneration request, the re- 
generation request management unit 192 records this 
regeneration request in the regeneration request 
records 21 and the simultaneous regeneration request 
records 100. 

Figure 16 is a diagram illustrating the simultaneous 
regeneration request records 100 that are recorded on 
the hard disk 20. In the figure, reference numerals 101 
to 110 designate records of simultaneous regeneration 
requests and request times of the file 8 and its copy 99 
and the file 9 and its copy 10 from the terminal units, 
and numeral 111 designates a group of simultaneous 
regeneration requests that is obtained by separating the 
requests at a prescribed time. 

After a prescribed time, the regeneration request 
management unit 1 92 creates frequency information of 
the simultaneous regeneration requests of the respec- 
tive files. In figure 16, in the simultaneous regeneration 
requests 111 in the prescribed time, the number of si- 
multaneous regeneration requests of the file 8 and its 
copy is seven, and the number of simultaneous regen- 
eration requests of the file 9 and its copy is three. The 
regeneration request management unit 1 92 outputs the 
frequency information to the file management unit 193. 
In this case, the file management unit 1 93 is set so that 
files of simultaneous regeneration request frequency of 
five or more are copied to the hard disk 20. Accordingly, 
as shown in figure 17, a copy 23 of the file 8 is created 
on the hard disk 20. After copying the file, the file man- 
agement unit 1 93 updates the content of the file man- 
agement information 22 on the hard disk 20 as in the 
first embodiment. 

As described above, in the server for library accord- 
ing to the sixth embodiment of the invention, when re- 
generation requests of each file and its copy that are 
recorded on the disks in the library 1 , from the plurality 
of terminal units are simultaneous, the regeneration re- 
quest management unit 1 92 records these requests as 
simultaneous regeneration requests. Then, the regen- 
eration request management unit 192 creates frequen- 
cy information of the simultaneous regeneration re- 
quests at prescribed times, and the file management 
unit 193 copies each file according to the frequency in- 
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formation. In the prior art and the first to fifth embodi- 
ments of the invention, although the regeneration re- 
quest number is recorded, there are no records about 
simultaneous regeneration requests from a plurality of 
terminal units. Therefore, for example, even when a file 
has been frequently requested from one terminal unit, it 
is considered from the request number that the file has 
received many regeneration requests, and the server 
creates a copy of the file on the hard disk or the other 
disk in the library. This departs from the object of accept- 
ing requests from a plurality of terminal units. Alterna- 
tively, in a case of a file that has often received requests 
simultaneously from a plurality of terminal units although 
the absolute number of the requests is not so large, 
when considering only the regeneration request 
number, such a file is not copied to the hard disk. As a 
result, the simultaneous regeneration requests of the file 
from the plurality of terminal units may be accepted eter- 
nally. In order to avoid these problems, in the sixth em- 
bodiment of the invention, the simultaneous regenera- 
tion requests of each file and its copy are recorded, and 
each file is copied to the hard disk on the basis of the 
records, whereby the requests from the plurality of ter- 
minal units can be accepted without producing the de- 
fects described above. 

[Embodiment 7] 

In a server for library according to a seventh em- 
bodiment of the present invention, the priority levels in 
creating copies of files and reading out files are set on 
disks to be used. 

Figure 1 8 is a diagram illustrating a network system 
according to the seventh embodiment of the invention. 
In the figure, reference numeral 116 designates disk 
copy information as to which disk each file is copied to, 
which is recorded on the hard disk 20. The same refer- 
ence numerals as those shown in figure 1 are identical 
as in the first embodiment. 

Figure 19 is a block diagram illustrating the server 
for library 1 9. In the figure, the same reference numerals 
as those shown in figure 2 are identical as in the first 
embodiment, except the disk copy information 116 
shown in figure 18. Figures 20(a) and 20(b) are dia- 
grams for explaining copy creation between the disks in 
the library 1. Figures 21(a) to 21(d) are diagrams illus- 
trating the contents of the disk copy information 116, and 
figures 22(a) to 22(d) are diagrams illustrating the con- 
tents of the file management information 22. 

In the server of the seventh embodiment, the oper- 
ation of reading out and transmitting files corresponding 
to regeneration requests from the terminal units is iden- 
tical as in the first embodiment. The following descrip- 
tion will be given of the operation of creating copies of 
files. 

Initially, there is considered the case of the server 
of the first embodiment. As shown in figure 20(a), it is 
found from the regeneration request records that the file 



7 on the disk 2 has received many regeneration re- 
quests, and the file 7 is copied to the disks 5, 6 and 112. 
Thereafter, the regeneration request number of the file 

8 on the disk 3 increases, and the file 8 is copied to the 
s disk 1 1 2 as shown in figure 20(b). In this state, when the 

file 7 is requested simultaneously from two terminal 
units, since the regeneration order of the copies of the 
file 7 on the other disks 5, 6 and 112 is not determined 
in particular, data of the disk 2 and the disk 112 may be 

10 regenerated. At this time, when the file 8 is requested 
simultaneously from the other two terminal units, the file 
8 on the disk 3 can be regenerated. However, since the 
disk 112 including the copy of the file 8 is occupied in 
regenerating the copy of the file 7, the disk 112 cannot 

75 be used for regenerating the copy of the file 8. Conse- 
quently, the requests of the file 8 from the other two ter- 
minal units are not accepted, failing to use the copy of 
the file 8 effectively. 

In the seventh embodiment of the invention, in order 

20 to avoid this defect, the priority levels in recording and 
regeneration of files are set on a plurality of disks when 
copies of the files are created, so that regeneration re- 
quests from terminal units do not concentrate to a cer- 
tain disk. 

25 In the server of the seventh embodiment, there is 
set the disk copy information 116 to which the file man- 
agement unit 1 93 refers in creating copies of files. In this 
case, the disks 5, 6 and 112 in the library 1 are for copy 
creation of files that receive many regeneration re- 

30 quests, and information about these three disks is re- 
corded in the disk copy information 11 6 on the hard disk 
20. 

As shown in figures 21 (a) to 21 (d), in the disk copy 
information 1 1 6, numeric values are given to the respec- 
ts tive disks. The disk of the smaller numeric value has 
fewer copies, and is more appropriate for creating a new 
copy. When a file is copied to any of the disks, the nu- 
meric value corresponding to the disk is increased, 
whereby no regeneration requests concentrate to a cer- 
40 tain disk. 

Concerning the priority levels in file regeneration, 
as shown in figures 22(a) to 22(d), the file management 
information 22 includes, in addition to disk names in- 
cluding the files and the presence of copies of the files 
4S in the hard disk, disk names including copies of the files 
and the priority levels of the disks in recording and re- 
generation of the files. 

At the initial state, i.e., at the state in which no copies 
are created as shown in figure 18, in the disk copy in- 
so formation 116 shown in figure 21(a), the initial values of 
the copy information, "0" are given to the respective 
disks 5, 6 and 112. 

When it is considered from the file regeneration re- 
quest records that the file 7 on the disk 2 has received 
55 many regeneration requests, and the file 7 is copied to 
three disks, the file management unit 1 93 determines 
the priority levels of the disks in recording and regener- 
ation. Since no files have been copied to these disks, 
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the numeric values of the disks are all "0" as shown in 
figure 21 (a). In this case, when the values of the disks 
are identical, the priority level becomes higher in the as- 
cending order of the numerals of the disk names of the 
disks. Accordingly, the disk 5 has the highest priority lev- 
el and the disk 112 has the bwest priority level. 

After copying the file 7 to the three disks according 
to the priority levels, the file management unit 193 adds 
the value "3" to the copy information of the disk 5 of the 
highest priority level, the value m 2 m to the copy informa- 
tion of the disk 6 of the second highest priority level, and 
the value "1 ■ to the copy information of the disk 11 2 of 
the lowest priority level to update the disk copy informa- 
tion 116 (figure 21(b)). 

Thereafter, the file management unit 193 updates 
the file management information 22 on the hard disk 20. 
That is, since the file 7 has been copied to three disks, 
the disk names including the copies of the file and the 
priority levels of the disks in recording and regeneration 
are changed from the state shown in figure 22(a) to the 
state shown in figure 22(b). 

Next, when the file B is copied to one disk according 
to the file regeneration request records, the file manage- 
ment unit 1 93 refers to the disk copy information shown 
in figure 21 (b). The value of the copy information of the 
disk 5 is *3' t the value of the disk 6 is m 2 m , and the value 
of the disk 112 is "V, after copying the file 7. Therefore, 
the file 8 is copied to the disk 112 of the smallest value. 
After creating the copy of the file 8, the file management 
unit 1 93 updates the disk copy information 1 1 6 from the 
state shown in figure 21 (b) to the state shown in figure 
21 (c). That is, no values are added to the copy informa- 
tion of the disks 5 and 6, and the value "3" added to the 
copy information of the disk 112 makes the value "4" 
because the copy of the file 8 has been created only on 
the disk 112. 

Thereafter, the file management unit 1 93 updates 
the file management information 22. That is, since the 
file 8 has been copied to* the disk 112, the number "1" 
of the disk names including the copies of the file and the 
priority levels of the disks in recording and regeneration 
is changed from "no copy" to "disk 112", i.e. , the file man- 
agement information 22 is changed from the state 
shown in figure 22(b) to the state shown in figure 22(c). 

As in considering the case of the server of the first 
embodiment described above, when the file 7 is re- 
quested simultaneously from two terminal units after 
copying the file 8, the readout control unit 194 deter- 
mines disks to be used for reading out data of the file 7, 
referring to the file management information 22. From 
the information shown in figure 22(c), it is found that the 
disks to be used are the disk 2 including the original file 
7 and the disk 5 of the highest priority level among the 
disks including the copies of the file 7. At this time, when 
the file 8 is requested simultaneously from the other two 
terminal units, the readout control unit 194 determines 
disks to be used, referring to the file management infor- 
mation 22. According to the information shown in figure 



22(c), the disk 3 including the original file 8 and the disk 
112 including the copy of the file 8 are selected to be 
regenerated. 

Further, when the file 9 is copied to one disk accord- 
5 ing to the file regeneration request records, the file man- 
agement unit 193 refers to the disk copy information 
shown in figure 21 (c). The value of the copy information 
of the disk 5 is m 3\ the value of the disk 6 is m 2\ and the 
value of the disk 112 is m 4\ after copying the file 8. 
io Therefore, the file 9 is copied to the disk 6 of the smallest 
value. 

As in creating the copy of the file 8, the file manage- 
ment unit 193 updates the disk copy information 116 
from the state shown in figure 21(c) to the state shown 
is in figure 21 (d), and the file management information 22 
from the state shown in figure 22(c) to the state shown 
in figure 22(d). 

Consequently, after creating the copies of the files 
8 and 9, even when two files are requested simultane- 
ity ously from two terminal units each, the files can be re- 
generated according to the requests because the disks 
including the copies of the respective files are not iden- 
tical. 

As described above, in the server for library accord- 
25 ing to the seventh embodiment of the invention, the disk 
copy information 116 is recorded on the hard disk 20. 
The file management unit 193 sets the priority levels of 
disks in copy creation of files, and records the priority 
levels of the disks in regeneration in the file manage- 
30 ment information 22. The readout control unit 194 de- 
termines disks to be used for reading out the files, re- 
ferring to the file management information. Therefore, 
no regeneration requests concentrate to a certain disk, 
and the copies of the files are used effectively. As a re- 
35 suit, it is possible to prevent a decrease in number of 
files that can be transmitted simultaneously to a plurality 
of terminal units due to the concentration of the regen- 
eration requests. 

40 [Embodiment 8] 

In a server for library according to an eighth embod- 
iment of the present invention, copies of each file are 
created with file names changed in copying the file. 

45 The server for library of the eighth embodiment of 
the invention has the same construction as in the first 
embodiment, and figures 1 , 2 and 5 are used for expla- 
nation. Figures 23(a) to 23(c) are diagrams illustrating 
the contents of the file management information 22 that 

50 is recorded on the hard disk 20. 

In the server of the eighth embodiment, the opera- 
tion of reading out and transmitting files corresponding 
to regeneration requests from the terminal units is iden- 
tical as in the first embodiment. The following descrip- 

55 tion will be given of the operation of creating copies of 
files. 

At the state in which no copies have been created 
on the hard disk and the other disks as shown in figure 
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23(a), in the file management information 22 about the 
files 7 to 9, file names when copied to the hard disk, and 
disk names including copies of files and their file names 
are recorded at "no copy". 

tt is supposed that the file 9 is copied to the disk 5 
on the basis of the file regeneration request records. At 
this time, if the file management unit 1 93 copies the file 
9 to the disk 5 by the same name of file 9", the file 9 on 
the disk 4 be cannot distinguished from the copy on the 
disk 5. Therefore, a new file is created on the disk 5 by 
the name of "file 9-DISK 5\ Thereafter, the file manage- 
ment unit 193 changes the file management information 
22 from the state shown in figure 23(a) to the state 
shown in figure 23(b), and updates the disk name in- 
cluding the copy of the file and its file name about the 
file 9 from "no copy" to "disk 5/file 9-DISK 5". 

When the file 9 is requested simultaneously from 
two terminal units after copying the file 9, the readout 
control unit 194 initially refers to the file management 
information 22 shown in figure 23(b). Since there is de- 
scribed that the file 9 is recorded on the disk 4, the file 
9 on the disk 4 is regenerated by a drive to transmit data 
to one terminal unit. Further, from the file management 
information 22, it is found that the file 9 has been copied 
to the disk 5 by the name of "file 9-DISK 5". Accordingly, 
the file 9-DISK 5 on the disk 5 is regenerated by another 
drive to transmit data to the other terminal unit. Although 
the file 9 and the file 9-DISK 5 have different names, the 
contents of these files are identical. As a result, from the 
two terminal units, it looks as if two files 9 are simulta- 
neously regenerated. 

Then, it is supposed that the file 9 is copied to the 
hard disk 20 on the basis of the file regeneration request 
records. As in the case of copying the file 9 to the disk 
5, the file management unit 193 copies the file 9 to the 
hard disk 20 by the different name. In this case, a new 
file name of "file 9-HDD" is used. Thereafter, the file 
management unit 1 93 changes the file management in- 
formation 22 from the state shown in figure 23(b) to the 
state shown in figure 23(c), and updates the file name 
when copied to the hard disk about the file 9 from "no 
copy" to "file 9-HDD". 

When the file 9 is requested from the terminal units 
after copying the file 9 to the hard disk 20, the readout 
control unit 194 initially examines the file management 
information 22 shown in figure 23(c). From this informa- 
tion, it is found that the file 9 and its copy are recorded 
on the disks 4 and 5, and further, the file 9 has been 
copied to the hard disk 20 by the name of file 9-HDD". 
Therefore, the file 9-HDD on the hard diskthat can trans- 
mit data of a file simultaneously to a plurality of terminal 
units is regenerated to transmit data to the terminal 
units. Although the file 9 and the file 9-HDD have differ- 
ent names, the contents of these files are identical. As 
a result, from the terminal units, it looks as if a plurality 
of files 9 are simultaneously regenerated. 

As described above, in the server for library accord- 
ing to the eighth embodiment of the invention, files that 



are recorded on disks in the library 1 are copied to the 
other disks and the hard disk 20 by the file names dif- 
ferent from the original file names. By recording the disk 
names on which the copies of the files have been cre- 

s ated and the file names of the copies in the file manage- 
ment information 22, the readout control unit 194 refers 
to the file management information in reading out and 
regenerating data, thereby selecting appropriate files. 
Consequently, even when the original file and its copies 

10 are present, these files can be controlled with good ef- 
ficiency. 

(Embodiment 9] 

is in a server for library according to a ninth embodi- 
ment of the present invention, files in a library are copied 
to a hard disk in a short time by making the best of high- 
speed access of the hard disk. 

Figure 24 is a diagram illustrating a network system 

20 according to the ninth embodiment of the invention. The 
same reference numerals as those shown in figure 1 are 
identical as in the first embodiment The server for li- 
brary of the ninth embodiment has the same construc- 
tion as in the first embodiment, and figure 2 is used for 

25 explanation. Figures 25(a) and 25(b) are diagrams for 
explaining copy creation of files according to the ninth 
embodiment, and figures 26(a) and 26(b) are diagrams 
for explaining copy creation of files according to the first 
embodiment. 

30 in the server of the ninth embodiment, the operation 
of reading out and transmitting files corresponding to re- 
generation requests from the terminal units is identical 
as in the first embodiment. 

As shown in figure 24, it is considered from the re- 
ds generation request records 21 that the rite 8 that is re- 
corded on the disk 3 in the library 1 has received many 
regeneration requests as described for the first embod- 
iment, and the file 8 is copied to the other disk 5 in the 
library. Further, it is supposed that the file 8 receives 
40 more regeneration requests and is copied to the hard 
disk 20. 

In the case of the first embodiment, as shown by 
"A" in figure 24, the file 8 on the disk 3 is always copied 
to the hard disk 20. The read/write speed of the disk in 

45 the library is much lower than that of the hard disk. 
Therefore, the time required for copying the file to the 
hard disk depends on the reading speed of the disk. 

In the server of the ninth embodiment, when a file 
in the library 1 is copied to the hard disk 20, the file man- 

50 agement unit 1 93 refers to the file management infor- 
mation 22 and examines whether a copy of the file has 
been created on the other disk or not. If the file has been 
copied, both of data from the file and its copy are copied 
to the hard disk in parallel as shown by "B" in figure 24, 

55 thereby reducing the time required for copy creation on 
the hard disk. 

Figures 25(a) and 25(b) are diagrams for explaining 
parallel copying by the file management unit 1 93. When 
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parallel copying is performed, the file management unit 
1 93 divides each file equally into data blocks of the prop- 
er amounts. In this case, each file is divided into eight 
blocks 1 to 8. 

As shown in figure 25(a), a block 1 is read out of the 
file 8 on the disk 3 and copied to the hard disk 20, and 
in parallel, a block 2 is read out of the copy of the file 8 
on the disk 5 and copied to the hard disk 20. Since the 
access speed of a hard disk is several times as high as 
that of a usual disk, it is possible to copy two file data of 
different blocks in parallel. Assuming that the time re- 
quired for reading out 1/8 data of the file 8 of each disk 
is t, in addition to the time t, some overhead time for 
writing of the data into the hard disk 20 and parallel op- 
eration is required at the state shown in figure 25(a). 
This overhead time is smaller than t, so that the time 
required at the state shown in figure 25(a) is almost t. 
Next, as shown in figure 25(b), a block 3 on the disk 3 
and a block 4 on the disk 5 are copied to the hard disk 
20 in parallel. Similarly, parallel copying of the other 
blocks is performed, and the time required in total be- 
comes almost 4t. 

Figures 26(a) and 26(b) illustrate the case of copy- 
ing a file by the server according to the first embodiment 
for comparison. As shown in figure 26(a), the time re- 
quired for copying 1/8 data of the file 8 at the head part 
is almost t. As shown in figure 26(b), 1/8 data of the file 
8 at the next part also is copied at almost the time t. 
Similarly, copying of the other parts of the file 8 is per- 
formed, and the time required in total becomes almost 
8t. 

Consequently, it is found that the time required 
when data from two disks are copied in parallel becomes 
about half the time required when one disk is used. 

In addition, in the ninth embodiment of the inven- 
tion, although data of the identical file that have been 
recorded on two disks are copied to the hard disk, it is 
possible to copy data of the identical file that have been 
recorded on three disks or more to the hard disk, by set- 
ting the file management unit 193. 

As described above, in the server for library accord- 
ing to the ninth embodiment of the invention, when a file 
on a disk in the library 1 is copied to the hard disk 20, 
the file management unit 1 93 refers to the file manage- 
ment information 22 that is recorded on the hard disk. 
When another disk including a copy of the file is present 
in the library, data from the file and its copy are copied 
to the hard disk in parallel, whereby the time required 
for copying can be exceedingly reduced by making the 
best of high-speed access of the hard disk. 

The regeneration request management unit 192, 
the file management unit 193, and the readout control 
unit 1 94 in the server for library according to any of the 
first to ninth embodiments are realized by a program that 
functions on a personal computer or a work station em- 
ployed as a usual file server device. Therefore, these 
units can be easily realized in a usual server device by 
media that can record a program, such as hard disk, op- 
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tical disk, IC card, RDM cassette and the like. 



Claims 

1 . A method for managing files in a library with a man- 
ner to access files in a library operating with a plu- 
rality of preservation recording media storing data 
as files, while copying data more highly required to 
be reproduced to another storage device of high- 
speed access, the method comprising the steps of: 

recording a regeneration request of said file 
when is required; 

creating frequency information of regeneration 
request of each file according to said regener- 
ation request; and 

copying a file which is judged that it has very 
frequent regeneration requests compared to 
other files recorded in said preservation record- 
ing media according to said frequency informa- 
tion of regeneration request, at specified time 
intervals or when the number of said regener- 
ation requests reaches a specified value. 

2. A method for managing files in a library of the claim 
1 wherein: files in said preservation recording me- 
dia are copied to another preservation recording 
medium according to instruction of the operator. 

3. A method for managing files in a library of the claim 
1 wherein: said frequency information of regenera- 
tion request is changed according to instruction of 
the operator. 



4. A method for managing files in a library of the claim 
1 wherein: said copying step is performed accord- 
ing to said frequency information of regeneration re- 
quest in the case that a plurality of set of said spec- 

40 ified time interval or said specified value of regen- 
eration requests are used. 

5. A method for managing files in a library of the claim 
1 wherein: when a file is required for another repro- 

45 duction at the same time the file is already being 
reproduced according to the regeneration request, 
this fact is recorded as simultaneous regeneration 
request, the frequency information of said simulta- 
neous regeneration request of the file is created ac- 

so cording to said recorded simultaneous regeneration 
request; thereafter, according to said frequency in- 
formation of regeneration request and said frequen- 
cy information of simultaneous regeneration re- 
quest, said copying step is performed. 

55 

6. A method for managing files in a library of the claim 
1 wherein: when a file recorded in a preservation 
recording medium is copied to another preservation 
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recording medium in said library, a new name is giv- 
en to said file and the relationship between the file 
name in said preservation recording medium and 
the file name of said another preservation recording 
medium is stored; and a file is selected when there 
is a regeneration request, referring to said relation- 
ship between said filenames. 

7. A method for managing files in a library of the claim 
1 wherein: when copies and reproduces files in said 
plurality of preservation recording media, priority of 
performance is determined. 

8. A method for managing files in a library of the claim 
1 wherein: when a file in said library recorded in a 
preservation recording medium is copied to said 
storage device of high-speed access, if the same 
file as said file is already copied to another preser- 
vation recording medium, said files are in parallel 
read out from said preservation recording medium 
and said another preservation recording medium 
respectively and then copied to said storage device 
of high-speed access. 

9. A server device for library which has a library oper- 
ating a plurality of preservation recording media 
storing data as files and transfer said data to a plu- 
rality of terminal apparatuses connected to said 
server via networks, the server device for library 
comprising: 

storage device of high-speed access for read- 
ing out and writing data from and to said pres- 
ervation recording media 
regeneration request management unit for re- 
cording a regeneration request when said ter- 
minal apparatus requires said reproduction, 
and creating frequency information of said re- 
generation request from said terminal appara- 
tus according to said storage of said regenera- 
tion request; 

file management unit for copying a file which is 
judged that it has very frequent regeneration re- 
quests compared to other files recorded in said 
preservation recording media according to said 
frequency information of regeneration re- 
quests, at specified time intervals or when the 
number of said regeneration requests reaches 
a specified value; and 

readout control unit for reading out files from 
said preservation recording media and said 
storage devices of high-speed access. 

10. A server device for library of the claim 9 wherein: 
input means for receiving instruction of the operator 
is provided; and 

said file management unit copies files stored 
in preservation recording media to another storage 



medium in said library according to instruction of the 
operator received by said input means. 

11. A server device for library of the claim 9 wherein: 
s input means for receiving instruction of the operator 

is provided; and 

said regeneration request management unit 
changes said frequency information of regeneration 
request according to instruction of the operator re- 
10 ceived by said input means. 

12. A server device for library of the claim 9 wherein: 
said file management unit performs said copying 
step according to said frequency information of re- 

75 generation request in the case that a plurality of set 
of said specified time interval or said specified value 
of regeneration requests are used. 

1 3. A server device for library of the claim 9 wherein: in 
20 said regeneration request management unit, when 

a file is required for another reproduction at the 
same time the file is already being reproduced ac- 
cording to the regeneration request from a terminal 
apparatus, this fact is recorded as simultaneous re- 

2S generation request, the frequency information of 
said simultaneous regeneration request of the file 
is created according to said recorded simultaneous 
regeneration request; thereafter, according to said 
said frequency information of regeneration request 

30 and said frequency information of simultaneous re- 
generation request, said copying step is performed. 

14. A server device for library of the claim 9 wherein: in 
said file management unit, when a file recorded in 

35 a preservation recording medium is copied to an- 
other preservation recording medium in said library, 
a new name is given to said file and the relationship 
between the file name in said preservation record- 
ing medium and the file name of said another pres- 

40 ervation recording medium is stored; and a file is 
selected when there is a regeneration request, re- 
ferring to said relationship between said filenames. 

15. A server device for library of the claim 9 wherein: in 
45 said file management unit, when copies and repro- 
duces files in said plurality of preservation recording 
media, priority of performance is determined. 

16. A server device for library of the claim 9 wherein: in 
50 said file management unit, when a file in said library 

recorded in a preservation recording medium is 
copied to said storage device of high-speed access, 
if the same file as said file is already copied to an- 
other preservation recording medium, said files are 
55 in parallel read out from said preservation recording 
medium and said another preservation recording 
medium respectively and then copied to said stor- 
age device of high-speed access. 
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